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Bachground of the Invention 

Web-based or web-centric computing systems, architectures, devices and methods 
are disclosed in the above-identified patent applications filed on behalf of inventor Coach 
K. Wei. 

The rapid growth of the web, including the Internet and the wireless web, brings 
tremendous challenges as well as opportunities. Though web-centric computing appears 
to be the inevitable future, there are great challenges not yet answered, which include the 
following: 

• The capability to support compelling applications within unpredictable network 
environments; 

® The overwhelming complexities of web application development and deployment; 

® The rapid growth and divergence of client environments including web browsers, 
PDAs, Handheld computers, and the like 

It is thus an object of the present invention to address and overcome these challenges. 



Siimmarv of the Invention 



These and other objects of the invention are attained by the present invention. In 
particular, the assignee of the present invention, NexaWeb Technologies Inc., has 
developed a system and product, referred to herein as Nexel, that addresses these 
challenges. Nexel is an enabling platform that, for the first time, enables developers to 
write programs for one platform and deploy them anywhere - to any device in any 
environment - and empowers these programs with unmatched richness and performance 
even over thin network connection. 

The following specification and drawings set forth detailed and enabling 
information regarding certain examples of the invention, which, in one embodiment, is 
referred to as Nexel Server for Java. Nexel Server (or, Nexel Presentation Server) is the 
core of the Nexel Platform. The fimctionalities of Nexel Server for Java are: 

• To manage and execute Java applications on the server; 

® To adapt the User Interface (UI) of these Java applications according to the 
capability of the client environment, such as screen size and client computing 
power. 

• To deliver the UI of these Java applications to the client computer over network; 
® To dispatch user events fi-om the client device to corresponding applications. 

Some characteristics and benefits of Nexel Server for Java are: 

• Compatibility with existing applications: Nexel Server will be compatible with 
existing Java applications and will be able to run existing Java applications 
without code modification; 

• Zero learning curve: the Nexel Platform will not change how developers write 
programs and will not require developers to learn anything new. Existing 
Enterprise Java Bean (EJB) components, application server environments, 
database and so on can be used without change. 



• Extreme scalability: each Nexel Server will be able to run several thousands of 
Java applications concurrently. 

• High performance: The Nexel Platform will deUver native-like performance over 
any network connection. 

• Compatibility with Java 2 Enterprise Edition (J2EE) Application Server 
environments: Nexel Server will be able to run together with J2EE AppUcation 
Servers in a plug&play fashion. See white paper "The New Economy Enterprise 
Computing Architecture" for how Nexel Server and J2EE Application Server are 
complementary to each other in the new economy enterprise computing. 

To achieve these goals, Nexel Server design takes the following approaches, as 
disclosed herein: 

• A thread-based computing model (or, a service model). Each event handler in an 
application is invoked as a separate thread that dies after the event handling is 
finished - this is a demonstrably scalable solution; 

« Some of the state information is maintained on the cUent side. This releases server 
from maintaining all the information in memory; 

© Multiple Java Virtual Machines (JVM) are utilized for large scale computing. 
These JVMs can be on different machines. As a result, they form a server farm 
that can scale to any requirement. 

Nexel Server Kernel conforms to the Java Servlet API Specification. It can run within 
a web container from any J2EE appUcation server. 

Further aspects of the invention are set forth in this specification and the drawings 
(which appear throughout the specification), which collectively present the invention at 
various levels of detail, from conceptual to specific examples of implementation. 
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In the discussion set forth hereinafter, for purposes of explanation, specific details 
are set forth in order to provide a thorough understanding of the invention. It will be 
appreciated by those skilled in the art that the present invention may be practiced without 
these specific details. In particular, those skilled in the art will appreciate that the 
methods described herein can be implemented in devices, systems and software other 
than those shown, and the examples set forth herein are provided by way of illustration 
rather than limitation. In other instances, conventional or otherwise well-known 
structures and devices are shown in block diagram form in order to facilitate description 
of the present invention. 

The present invention also includes software steps that may be embodied in 

machine-executable software instructions, and thus the present invention includes a 

method that is carried out in a processing system as a result of a processor executing the 

instructions. In other embodiments, hardware elements may be employed in place of, or 

in combination with, software instiructions to implement the present invention. 

The specification and drawings are set forth in the following sections: 

Overview 
Architecture 

Application Development and Deployment 

Application Launching and Communication 

Nexel Delivery Server - Platforms 

Nexel Server Architecture 

Nexel Core Classes 

Nexel Java Foundation Classes 

Technical Approach to Implement NJFC 

Nexel Layout Manager 

Nexel Network Engine 

Additional Classes 

Monitoring and Administration UI 

Thread-Based Computing 



Perfonnance 

Scalability 

Restartability 

Nexel Client Kernel 

Nexel Client Kernel Platforms 

Nexel Client Kernel Architecture 

Security Manager 

UI Cache Manager 

UI Record Format 

Event Record Format 

Client Component Hierarchy 

Nexel Communication Format 

Structures Used in Components 

Layout Manager 

Code Analyzer 

Appendix 1 : Nexel Core Classes Initial Implementation 

Appendix 2: Nexel Server Class Diagram 

Appendix A: Related Patent Applications Incorporated Herein 

The diagrams and textual descriptions set forth on the following pages explain the 
architecture, structure and details of certain embodiments of the invention. It will be 
appreciated by those skilled in the art that the present invention may be practiced without 
these specific details; that the methods described herein can be implemented in devices, 
systems and software other than those shown; that the examples set forth herein are 
provided by way of illustration rather than limitation; and that the scope of the invention 
is limited only by the appended claims. 
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2 J Overview 



The rapid growth of the web, including the Litemet and the wireless web, brings 
tremendous challenges as well as opportunities. Though web-centric computing seems to 
be the inevitable future, there are great challenges not yet answered which include: 

• The capability to support compelling applications within unpredictable network 
environments. 

• The overwhelming complexities of web application development and deployment. 

• The rapid growth and divergence of client envirormients including web browsers, 
PDAs, Handheld computers, and so on, 

NexaWeb Technologies Inc's flagship product, Nexel, is an enabling platform that, for 
the first time, enables developers to write programs for one platform and deploy them 
anywhere — to any device in any environment - and empowers these programs with 
unmatched richness and performance even over thin network connection. 

This document is a design specification for Nexel Server for Java. Nexel Server (or, 
Nexel Presentation Server) is the core of the Nexel Platform. The functionalities of Nexel 
Server for Java are: 

• To manage and execute Java applications on the server; 

• To adapt the UI of these Java applications according to the capability of the client 
environment, such as screen size and client computing power. 



• To deliver the User Interface (UT) of these Java applications to the client 
computer over network; 

« To dispatch user events from the client device to corresponding applications. 

The engineering goals of Nexel Server for Java are: 

• Compatibility with existing applications: Nexel Server will be compatible with 
existing Java applications and will be able to run existing Java applications 
without code modification; 

• Zero learning curve: the Nexel Platform will not change how developers write 
programs and will not require developers to learn anyttiing new. Existing 
Enterprise Java Bean (EJB) components, application server environments, 
database and so on can be used without change. 

• Extreme scalability: each Nexel Server will be able to run several thousands of 
Java applications concurrently. 

• High perfonnance: The Nexel Platform will deliver native-like performance over 
any network connection. 

• Compatibility with Java 2 Enterprise Edition (J2EE) Application Server 
enviroimients: Nexel Server will be able to run together with J2EE Application 
Servers in a plug&play fashion. See white paper "The New Economy Enterprise 
Computing Architecture" for how Nexel Server and J2EE Application Server are 
complementary to each other in the new economy enterprise computing. 

To achieve these goals, Nexel Server design takes the following approaches: 

• A thread-based computing model (or, a service model). Each event handler in an 
application is invoked as a separate thread that dies after the event handlmg is 
finished. This is analogous to the model that Java Servlet is using. Java Servlet 
has been used in major web sites for handling millions of hits a day. It is a proven 
scalable solution; 

® Some of the state information are maintained on the client side. This releases 
server from maintaining all the information in memory; 

® Multiple Java Virtual Machines (JVM) are utilized for large scale computing. 
These JVMs can be on different machines. As a result, they form a server farm 
that can scale to any requirement. 

Nexel Server Kernel conforms to the Java Servlet API Specification. It can nm within a web container from 
any J2EE application server. 

2.2 Architecture 

Nexel brings an innovative approach to application delivery. Applications are developed using Java and 
standard J2EE platform. Once these applications are deployed with the Nexel Delivery Server, they can be 
used anywhere on the web. The NexWeb Delivery Server will present application UI on the client machine. 
The general architecture view is shown in Figure 1. Nexel consists of two parts. The server side part is 
called "Delivery Server." Its main responsibility is to interact with the application and extract its Ul and 
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communicate with client part. The client side part is called "Client Kernel". It's main responsibility is to 
recreate a applications UI based on instructions from the server. Both these parts are described in detad m 
the following sections. 

The Nexel server works with any web server that supports the servlet interfece. It runs on top of the J2EE 
platform, which can be run on the Linux, Windows NT, Solaris, and HP-UX etc. operating systems. On the 
cUent side, we plan to develop players for playing these applications. These players will be unplemented 
on the Windows platform with Internet Explorer and Netscape brov»rsers. Also a proprietary player will be 
developed for Windows CE platform. 




Platforms 


Widnows 


IE Active -X 


Netscape Ptugin 


Windows CE 


App Player 





Figure 1 



J2EE 


NT 


Linux 


Unix 



In addition to the delivery platform, NexaWeb also offers following tools: 



Development Tools 


Layout Manager 


Deployment Tools 


Migration Tools 


Code Analyzer 



Each of these deliverable is described in detail in following sections. To understand the all these parts 
important to understand how applications will be developed and deployed. 



2.2.1 Application Development and Deployment Process. 

Nexel utilizes the existing process of developing applications for J2EE platform. In a three-tier architecture 
of an application, the data tier and business logic tier development process is unchanged. You can use any 
database or file system as data tier and you can develop the business logic using Enterprise Java Beans or 
any other Java technology or technology which can be called from Java. The UI layer has to be developed 
usmg Java Foundation Classes and Java. Many existing applications that use JFC for their UIs can be run m 
the Nexel environment without any modification. NexaWeb will produce migration tools for identifymg 
problems in running existing code in the Nexel environment. The typical process for developing and 
deploying includes the following steps: 

a. Develop the data layer using enterprise databases and file systems. 

b. Develop business logic using enterprise java beans or using any other technology that can be 
called using Java. 



c. Develop the application UI using Nexel's JFC. You can use Layout Manager to layout your 
screens at this point. Decide which events to process and connect the GUI to business logic. At 
this point you can use Nexel's validation objects to process events on the client side. 

d. Install the Nexel application on the server using the Install Tool. You can customize the 
application UI for different cliait platforms using the Layout Manager. You can save these 
customizations into different files. 

2.2.2 Application Launching and Communication. 

It is also important to understand how applications are launched in Nexel environment. Communication 
between Delivery Server and Client Kernel go through the Web server using standard HTTP/HTTPS 
protocol, A socket-based communication should also be implemented for synchronous connection with the 
server. Application developer should be able to choose the approach at development tune. The sequence of 
events that occurs when a user wants to launch application are 

1 . User open up the browser 

2. User types in UEJL for the login HTML page. This page three items 

a. User Name 

b. Password for the user. 

Once the user enters the data, the form is submitted to the server. The server 
checks the user name and password and sends a page with available applications. 

3. Each application has link setting with two query strings 

a. Application Name 

b. User Name 

The URL for each application will look like this 

http://websitename/UIServerServlet?Application=ApplicationNanie&U ser^UserName. 
Initially only the web servers that supports servlet-programming models will be supported. 
UlServerServlet will be installed on the web server and will provide functionality to pass the 
message from client to UI Server, Once the user clicks on an application URL it is passed on 
to the server. 

4. Once the Nexel server receives commands to launch a application it will go through the following 
steps 

a. It will instantiate the application. 

b. Nexel server will also detect the type of client, which is invoking of the application and 
pass on to the application. 

c. A unique instance id will be assigned to application instance and pass on to the 
application. 

d. The application will run and it will talk to Nexel JFC API and create its UI. Nexel API 
will create a UI record format depending on the client type. At the end a record will be 
generated describing UI of the application. 

e. Nexel server encrypts the record if secure communication is used, 
f Nexel server will respond to the user with the UI record. 

5. Once the Client Kernel receives the UI record it will go through the following steps 

a. The client communication manager will read the UI record. It will decrypt the record if 
necessary. 

b. The client will read and parse the UI record. 

c. The client will convert the record into various UI commands and create the necessary 
components. Fill them with the data provided and setup event-monitoring mechanism. 

d. The application is now displayed on the client screen 

6. The client Kernel will then monitor for all the events. When an event occurs it will find out 
whether it has to take any action. The action could be in two forms, 

a. Run the specified code on client side itself for that event. The code is specified usmg 
validation controls. 

b. Notify the server of the event. 



The Client Kernel will take necessary action depending on the Application. If the 
event has to be notified to the server then the event processing happens on the 
server side. The server goes through the following steps once it receives the 
notification. 

a. The server executes the method in the application, which is monitoring the events. 

b. The server will monitor all the UI changes and converts them in UI record format. 

c. It responds to the Client Kernel with that 

The client Kernel then goes through the process of updating UL See steps 5. a 
through 5.d for details. 

7. When user quit the application Client Kernel shuts down and notifies the server. 

8. When the server receives message to quit it shut down the application instance. 

When Synchronous communication is a requirement, the UI server will include a port number to which the 
client needs to establish the connection. Before creating any UI it connects to this port Once the socket 
connection is established it is used for communicating later. 



2.23 Nexel Delivery Server. 
2.23-1 Platforms. 

Nexel Server is unplemented using Java technology. It should support all the major web servers on major 
platforms. Initially we will support Microsoft Internet Infomation Server (IIS) on W'^odws, Apache Web 
Server on Windows and Linux, Java Web Server on Windows and Linux. . - 



Web Server 


Initial Target Support 


Phase 2 Target Support 


Microsoft Internet Informatm 

Server 


Windows NT/2000 




Netscape Enterprise Server 




Solaris, Windows, Linux, HP-UX, ADC 


Apache Web Server 


Windows, Linux, Solaris 


HP-UX, AIX 


Java Web Server 


Wmdows, Lmux, Solans 


Solarix, ADC 



2.2.3.2 Nexel Server Architecture 

Nexel Server is composed of four sub systems, as illustrated in Figure 1 . There core functionalities are 
shown in the following table. Note that two sub systems, Web Server Adapter and Java Servlet Engine, are 
standard and available freely. We do not need to Implement these two subsystems in Phase 1 development. 
Open source code, such as Tomcat/Jakarta project from Apache Software Foundation, can be used. We 
plan to modify these open source code by taking out the features that we don't need. A simplified Java 
Servlet. 



Java VirtualMachine (JVM) 




Figure2 :NexelServerArchitecture 





Functionalitv 


Note 


Web Server 
Adapter 


Communicates with the Java Servlet Engine, such as 
routing requests to and responses from the Servlet 
Engine. 


Implementation is not needed for 
phase 1 development. We can use 
Java Web Server from the Tomcat 
Project. 


Java Servlet 
Engine 


Provides a standard interface for Nexel Server Kernel 
to interface with web servers. This standard interface 
is Java Servlet API. 

Provides thread management capability. Including: 
1). Maintaining a thread pool; 2). Assigning or 
creating a thread to each request, and invokes the 
"service" method in Nexel Server Servlet from this 
thread. 


The Servlet Engine can be any 
Servlet Engine, such as JRun and 
WebLogic. 

Implementation is not needed for 
phase 1 development. We can use 
Tomcat/JWSDK. 


Nexel Server 
Kernel 


Instantiates other Nexel components such as 

AppManager, ConnectionManager, EventManager 

and so on. Keeps these components withm memory 

all the time; 

Launches applications; 

If necessary, launches another Nexel Server. 

Event (comes from Servlet requests) dispatching. 

Generates and sends application user mterface 

description into Servlet responses. 

If necessary, re-do application user interface layout 

according the client display characteristics. 


Written entirely in Java. 
Need to be implemented. 


Nexel Network 
Engine 


Accepts and creates synchronous socket connections 
to clients directly, by passing the Servlet Engme and 
Web Server, 

Thread management: Maintain a separate thread 
pool. Whenever a new request is received, creates a 
ServletRequest and a ServletResponse object, calls 
tiie servlet "service" method within a separate thread; 
returns this thread back to toead pool after the 


Written entirely in Java. 
Needs to be implemented. Open 
source code from Tomcat project 
will be helpfiil. 





"service" method returns; 
Communicates with other Nexel Server instances 
within other Java Virtual Machines through socket 
connections. The goal of such communication is to 
route requests/responses to different JVMs such that 
one JVM won't be overloaded. 




Monitoring and 
Administration 
Service 


The Monitoring and Administration Service is 
responsible for keeping track of information about an 
Application Instance. FoUowfaig information needs to 
be tracked. 

a. Application Name, 

b. Application Instance Identifier. 

c r r^er acces^inp' the^ RnnlicfiHifiTt 

d. Client machine information. 

L Machine IP 
II. Device Type. 
III. Connection Speed. 

e. Application start time. 

f. Application last access time. 

g. Memory usage. 

h. Active Screen Name 





Engine, a simple Java Web Server, and adapters from IIS, Apache, Netscape Web Server, will be shipped 
as part of our product 



Nexel Server Kernel is composed of three major parts: 



2JJ,2.1 Nexel Core Classes 

Nexel(com.nexaweb.server.Nexel), AppManager,EventManager,JVMManager,UIManager, 
ComiectionManager,PerformanceManager. 

Class com.nexaweb.server.Nexel: This class is the main class. This class extends 
javax.servletGenericServlet. As a result, it should run with any Java Servlet Engine. Figure 3 gives an 
overview of the functionalities of this class. 



Network 



Web Server 




Java Servlet Engine 



Nexel Network Engine 



Se)|^etRequest/S&r^tetResponse 



Nexel 

(com.nexaweb.server.Nexel) 



-lnit{): instantiate AppManager, 
EventManager, JVMManager, 
UIManager.ConnectionManager. 
PerformanoeManager.NetEngine 

-Service(); lauching app, dispatch events. 

— destroyQ: 

notify all the other JVMs; notify clients; 



Nexel.Service(SefvletRequest, ServletResponse): 



store SevIetResponse to ConnectlonManager; 
inspect request: 

if(JVM[=thisJVM) 

pass request to NetEngine; 

else { 
if(appname!=nu!l) { 
if(PerfonnaneManager.lsOverLoaded()) 

pass request to NetEngine; 
else launchAppO; 
} 

else dispatchEvent{). 
} 

remove SevIetResponse from ConnectlonManager; 



Figure 3: Nexel Servlet Overview 
Class com.nexaweb.server.AppManager: This class manages all the applications within this Java Virtual 
Machine, Each application is represented as an instance of Class com.nexaweb.server.Application. 



AppManager maintams a table of applications that can be searched by application ID. It also provides 
methods for gettmg the current application. 

Class com.nexaweb.server.ADPlication: This class maintains the persistent data between different threads 
within one application. It mamtams the application ID, a Hashtable of components(Objects) tiiat each 
component can be located by a unique component ID, a Hashtable of event listeners that each listener can 
be located by a component ID and an event ID. EventManager and other objects will use these IDs to get 
access to their mterested objects. 

The Application class should also mamtain an event queue for processing events commg from different 
threads. See 4.3 Thread-based computing for further information. 

Class com.nexaweb.server.EventManager: this class maintains a map between event ID and the actual 
event type. It also does the actual event dispatching: for a ServIetRequest, it retrieves appid (application 
ED). Then it finds the application instance fi-om AppManager by using the appid. It also retrieves the event 
ID and component ID from the ServIetRequest. As last, it constructs corresponding Java Abstract Wmdow 
Toolkit (AWT) or Swing events and sends the event to the Application object for processing. 
Until tiie Application object finished the event processing, EventManager should make the current thread 
idle instead of returning to its caller. After the Application object finished processing Ais event, tiie current 
thread will be destroyed (or recycled). 

O Class com.nexaweb.server.JVMManager: this class maintains a Hashtable of running Java Virtual 

Machines (each of which has Nexel Server running). The key to the Hashtable is tiie IP address of the host 
where tiie JVM is running and tiie mam port number fliat tiie Nexel Network Engine is assigned to listen to 

^- during its startq). During event processing, Nexel servlet first check whetiier tiiis event is for tiie current 
JVM. Otiierwise it will simply routes tiie ServIetRequest to tiie corresponding JVM. This class provides 
methods for setting/getting JVM id and metiiods for routing requests to different JVMs. 

la Class com.nexaweb.server.ConnectionManager: This class maintains a Hashtable of ServletResponse 

J'fs instances. Each instances corresponds to a socket communication channel. Each instance can be uniquely 

located by tiie name of the tiiread tiiat this instance belongs to. This class is necessary because the 

f ServletResponse instance cannot be passed to event handlers and UI Objects directly. Event handlers and 

UI Objects should use this class to find the socket to send information to clients. 

ry Class com.nexaweb.server.UIManager: This class is a replacement of javax.swing.UIManager. It loads a 

n UI class corresponding to the client platform for painting. 

'■Tf Class com.nexaweb.server.PerformanceManager: This class provides methods for gauging the performance 

^2 level of the current JVM. Methods in the class will be used for developing monitoring applications and 

^ making load balancing decisions. For example, if there performance level of the current JVM is below a 

certain tiireshold, the Nexel servlet may simply creates a new JVM for handlmg additional user 

applications. 

Initial implementation of the above classes are shown in Appendix 1, 
2232.2 Nexel Java Foundation Classes 




Figure 4: Nexel Java Foundation Class 



Java Foundation Class, or JFC, is a loose collection of standard Java APIs for client-side graphics; 
graphical user interfaces (GUIs), and related programming tasks. They are the foundation classes in the 
sense that most client-side Java applications are built upon these APIs, More m detail, JFC is composed of 
four parts: 

1. AWT. Hie Abstract Window Toolkit initially introduced. AWT is the foundation of Swing. 

2. Swing. Swing is an advanced GUI toolkit written in pure Java. 

3. Java 2D: this is a collection of classes offer two-dunensional graphics. 

4. Printing. Both AWT and Swing offer support for printing text and graphics. 

5. Data transfer, this includes cut &paste and drag drop. 

Nexel is an enterprise application presentation platform that deliver application user interface to any device 
over any network connection, without modifying existing Java applications. Java applications typically 
build their UI on top of Java Foundation Class. Nexel modifies the behavior of JFC by replacing part of the 
implementation with its own implementation. This modified JFC is called 'T^fexel Java Foundation Class". 
Instead of painting UI on local computer screen, Nexel Java Foundation Class directly sends UI commands 
and directives to the client device over a network connection. However, Nexel Foundation Class keeps 
exact the same interface as Java Foundation Class. Namely, for any method in any class, they have the 
same signature. The only difference is the implementation of these methods. As a result, existing Java 
applications built using JFC can run as it is without modification. Developers can develop applications to 
run on top of Nexel without the need of learning anything new. 

In the initial implementation, Nexel aims to support Swing and/or Java 2D based Java applications, but not 
AWT-based GUI applications. Nexel also plans to support printing and data transfer. 

2.2,3.2.3 Technical Approach to implement NJFC 

JFC is implemented by following a Model- View-Controller architecture. Each JFC component has a 
Model, a view and a controller. For example, for the JButton component, its model is 
AbstractButtonModel, its controller is JButton and its view is JbuttonUl (depends on the look & Feel). 
Sometimes the controller is combined with the model into one class. 

To successfully replace JFC, for each component, we need to re-implement: 



1 . The component itself (the controller). For example, JButton needs to be re-implemented 
to achieve three things: a) all event listeners will be added to the Application instance 
instead of storing within the JButton class itself Nexel Client Kernel will only send 
message to Nexel Server if and only if there is an event listener registered for a particular 
kind of event. So when an event listener is added, a directive indicating that Nexel Server 
is interested in such event should be sent to the client 2). Actions for updating/painting 
the JButton should be sent to UIManager and further sent to the client device; c). When 
this JButton is created, assign it a unique component ID and store it in the Application 
Instance. 

2. It's UI Class (Viewer). For each client platform, a view class needs to be implemented. 
This view class will be loaded if the client platform matches. This dynamic loading is 
achieved by UIManager. UIManager needs to check the client platform and loads the 
view class for that client platform. For example, for JButton, we need to implement 
WmJButtonUI, MacJButtonUl,XwinJButtonUI, and WinCEJButtonUI. 

The fimctionalities of this UI class are: a), to generate and send UI description of this 
component to Nexel Client Kernel via the ServletResponse object. The UI description is 
platform-dependent It is a protocol that needs to be agreed between the Client Kernel 
and the UI class on the server side. b). to update UI on the client machine accordmg 
server-side instructions. The update is accomplished by generating and sending a 
message describing what and how to update the component UI. 




For painting, whether the target output is the client machine display device or a remote 
printer needs to be taken into design consideration. 

For more information, see Design Specification '"Nexel Client Kernel" . 

3. Hie existing JFC Model classes are used in Nexel Java Foundation Class without 
modification. 

A list of Swing components that we need to replace is shown in Figure 5. 



java.awtComponent 



— java.awt Panel 



java.awtContainer 



javax.8wing.Box 



javax.8wing.JComponent 



javax.8wing.JApplet 



— java.awLWindow 



javax.swing.JWindow 



java.awtDtalog 



Javax^wingJDiaiog 



L — java^wtFrame 



j avax.swing. JFrame 



javax swing Swingutilities 



javaxswing Ul Manager 



javax swng UiDefaults 



AbsractButton 



BasicIntemalFrameTWJePane 



JDesktoplcon 



JLabel 



JLayeredPane 



JOpltonPane 



JPopupMenu 



JSspatBtor 



JTabbedPane 



JTextComponent 



JToolTip 



JTree 



JViewport 



BasicAfTOwButton 



MentaSComboBoxButtoti 



JToggleButton 



JChecfcBoxMBnidtem 



JRadioButlonMenultem 



BasicComboBoxRenderer 



DefauUListCeilRenderer 



DafatdlTableCellRenderer 



DefaultTresCellRenderer 



JOesktopPane 



AbsfBclColorChooserPane 



BastcCombo Popup 



j javax swing border AbstractBonder j 



javax swing border BevetBorder 



javax-swng border CompoundBonder 



javaxswing border EmptyBorder 



javax.swing border EtechedBorder 



javax.swing border UneBorder 



javax swing border MatteBorder 



javajtswmg boiderTitfledBoider 





JEditorPane 


— 


JTextPane | 


JTextArea 






-I 


Def^uitrreeOellEditor Default 
TexlFteld 


JTextField 




JPasswordField 



Figure 5: Swing Components that need to be replaced. An Ul class is needed for each component for each 
client platform. 











Component 


Description 


JRadioList 


List Box with Radio buttons for each item 


JCheckList 


List Box with Check buttons for each item 



JDate 


Date editing Control 


JCalendar 


Calendar Control 


JStatusBar 


Status Bar Control 


JValidation 


Runs validation on control values on the client side 






% '3. A 


JPrintDialog 


Printer selection dialog 



2.2.3.2.4 Nexel Layout Manager 



Interface java.awt.LayoutManager 
fava.awt.LavoutManager2 














java.awt.GridLayout 






iava.awt.FlowLayout 






java.awt.GridBagLayout 






java.awt.BoxLayout 






java.awt.CardLayout 






javax.swing.ViewportLayout 






Javax.swing.ScroIIPaneLayout 




javax.swing.OverlayLayout 



Figure 6: JFC/AWT Layout Managers that needs to be replaced 



Figure 6 shows a list of layout managers that need to be replaced. Nexel Layout Managers should be 
adaptive to client display characteristics, 

A deployment too^design tool for laying out GUI components for different client devices will be provided. 
See "6 Nexel Client Display Engine" for more information. 



2.2.3.2.5 Nexel Network Engine 

Nexel Netwwk Engine is packaged into one package com.nexaweb.server.net. This package is responsible 
for direct synchronous communcation with clients and other Java Virtual Machines that Nexel is runnmg. 
Class com.nexaweb.server.net.NetEngine: , 
This is one of the two entrances of the Nexel Server (The other one is via a Java Servlet Engme). I tiis 
class creates instances of NexelServerSocket, each of which listens to a pre-determined port. It mstantiates 
com.nexaweb.server.Nexel if it has not been instantiated; 

Within a single JVM, only one instance of Main is allowed. If this JVM is started by another Nexel from a 
different JVM, this classes main method will be called with arguments that gives the IP address and port 
number corresponding to the calling JVM. Upon this JVM is started, a message should be sent to the 
callmg JVM notifying "ready" status. 
Class com.nexaweb.server.net.NexelServerSocket: 

This class extends java.net.ServerSocket. The instance of this class listens to a specific port. 
Whenever it accepts a connection, it creates a new thread and lets the new thread (an instance of 
SocketHanlder) handles that connection. Then it returns immediately to listening to that port. 
Class com.nexaweb.server.net.SocketHandler: 

This class extends Java. lang.Thread. The instance of this class reads/writes to a socket connection. 
When reading, it formats the information into an instance of NexelServletRequest and wraps this socket 
connection into an instance of NexelServletResponse. Passes both objects to the "serviceQ" method m 
com.nexaweb.server.Nexel Servlet. 



Class com.nexaweb.server.net.NexelServIetRequest: 

TTiis class extends javax.servietServletRequest. It basically wraps mfonnation coming from a 
socket connection into a ServletRequest Object so that they can be accessed using Java Servlet API. 
Class com.nexaweb.servennet.NexelServletResponse: 

This class extends javax.servlet.ServletResponse. It basically wraps a socket connection into a 
ServletResponse Object so that they can be accessed using Java Servlet API. 



2.23.2.6 Additional Classes 

The following classes are planned to be replaced: 

1. Graphics 2D: 

AWT provides basic graphics functionalities through instances of java.awt. Graphics. JFC further extends 
this by extending java.awt.Graphics hito java.awt.Graphics2D. These two interfeces are responsible for all 

the drawing actions. . 
We need to provide Nexel implementation of java.awt.Graphics and java.awt.Graphics2D mterfeces. 
Whenever method getOraphicsQ is called( Tills method is from java.awt.Component, java.awt.Image, 
java.awt.PrintJob and javax.swing.Jcomponent), we should return an instance of Nexel implementation of 
java.awt.Graphics2D. This instance should route all the drawing activities to Nexel Client Kernel. 
Both AWT and Graphics2D provide additional classes such as java.awt.Rectangle and the entire 
java.awt.geom package for manipulating 2D graphics objects (such as affine transformation, setting/getting 
attributes and so on). These classes do not need to be modified. 

2. Printing . • 
AWT providing printing capability by java.awt.PrinterJob. JFC provides printmg capability by ofTermg a 
new package "java.awt.print". We plan to enable JFC-based printing. 

As a result, java.awt.print.PrinterJob needs to be re-implemented: a). Its static method "getPrinterJobQ" 
needs to be re-written so that a PrmterJob that rerepsents the client machine printer is returned; b). Methods 
pageDialogO and printDialogQ should open dialogs on client machine; c). Method printQ should create an 
instance of java.av\t,Graphics2D according to the characteristics of the client machine printer, and pass this 
instance as an argument for calling "printQ" method in the pageable or printable object. Every drawing 
action happening to the Graphics object should be routed to the client machine for printing. 

3. Data Transfer 

Data transfer refers to the ability of an application to fransfer selected data I a vanety of ways such as 
Cut&Paste and Drag&Drop. Nexel Platform plans to support both. 

We plan to support data transfer among different applications on the same client machine. These 
applications include Nexel-based applications and other native applications. This feature will be enabled by 
default and its unplementation is dependent on the native system. 

Java provides two package called "java.awt.datatransfer" and "java.awt.dnd" . We need to selectively 
implement classes in these packages to enable data transfer on remote client machine. Details need to be 
further studies, 
4 Accessiblity 

This needs to be fiirher studied. In the short term, we delegate accessibility to the native operating system 

on the client machine. 

5.java.awt.Toolkit. 

This class needs to be re-implemented based on Nexel's distributed presentation model. 

The following classes are planned to be added in addition to those offered by Java API: 

1 . Validation classes. 

2. Other support classes. 

1232.1 Monitoring and Administration UI 

The Monitoring and Administration UI is responsible for displaying the information tracked by the 
Monitoring and Administration Service. This UI will be developed using Java and JFC, Nexel server will 
be used to web enable this application. The application will contain main screen, which will have a table 



1^ 



view displaying all the information. ITiere will be a filter window to filter the entries in the table. The filter 
should be available for all the information types. This application should also be able to display the active 
screen in the application. 

2.2J-2.8 Thread-based Computing 

Nexel is based on a thread-based computmg model that every request for the client machine is handled in 
its own thread. Once the processing is finished, that thread will simply be destroyed or recycled for other 
usage, Nexel does not mamtani a constant process or even a constant thread for an application during its 
enthe session. This is the computmg model used in Java Servlet and has proven to be veiy scaleable. 
However, for efficiency reasons, Swing components are not desigaed to be thread safe. This means that 
Swing components should be manipulated by a smgle thread at a time. Nexel Platform needs to pay special 
attention to this issue during design time: 

1 . Client-side mitiated threads. When a client request is received, either the Java Servlet Engine or Nexel 
Network Engine will allocate a thread for handling this request. Once the request is processed, this thread 
will be freed. However, for different client requests, if they belong to the same application, they need to be 
processed sequentially though they are m different threads. An event que for each application mstance 
needs to be maintained. 

2. Server-side initiated thread. There are times that developers need to update UI in response to some kind 
of eternal event,such as a response from a server that arrives m a separate thread. To accommodate these 
situations, Swing provides two utility metiiods that allow developers to ask the event queue to run arbitrary 
code. These methods are SwingUtilites.invokeLaterQ and SwingUtilities-mvodeAndWaitQ. Nexel platform 
needs to re-implement these methods since Nexel does not use die standard JVM event queue thread. 



2-23*9 Performance. 

Nexel has to provide application delivery at acceptable performance. The time is spent in following actions 
while nmning an application under Nexel environment. 

a. Sendiug instructions from client to server to launch an application. This time should be same as 
other web application 

b. Launch Application Instance. Attempt should be made to optimize this tune, as it may be 
significant. One way to reduce this is to launch each application as a different thread rather than a 
new process with new JVM. This poses certain restriction on having static variables, 

c. Extraction of UI. This time significantly depends on how the Component Framework is 
implemented. It should be very opthnized to reduce the tune it needs to record its UI. 

d. Transferring UI to client. This time should be same as other web applications. 

Even though it is very difficult to defme the parameters at this time, the performance and scalability should 
be very close to HTML applications. 

2.23.10 Scalability, 

Nexel has to provide highly scalable applications. The server should be capable of running many 
application instances on server. Every application that is launched consumes certain amount of memory 
and the design should provide for ways to reduce tiiis consumption. The ways to reduce this consumption 
are 

a. Serializing the application components to the disk. This frees up memory for new instances to be 
launched. This at the same time will effect in slower performance. 

b. Allowing application to discard lot of component model memory, which is not needed. For 
example m a tree control, if the application only concern about the selected item, which could be 
received from the client, then it can discard the memory for other tree items, 

c. Pooling many JVM or computers mto a Server Farm. Nexel Server could run on many machines 
and it could use different machine to launch many instances. 



d. Adding more web server machine to Web server installation. This feature is found in many Web 
Servers (e.g. IIS) and could be utilized. 

Figure 6 shows an enterprise-scale deployment of Nexel platform and its role in 
enterprise computing. Nexel Network Engine links different Nexel instances together and 
forms a high performance-computing environment with imlimited scalability. The 
diagram has two components 




Users & Client Devices Presentation & Work Flow Business Logic 



223.11 Restartability, 

The applications run on the server machine should be accessible as long as they are running. If for any 
reason client breaks connection with the server, the same user which started the application should be able 
to recreate its Ul. Server side application has to maintain information to be able to recreate UL Some of the 
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changes that user did on client side may not be recreatable. The client kernel also reuse some of its cahced 
information inorder to recreate the screen. 



2.2 A Nexel Client KerneL 

Nexel Client Kernel provides functionality to play the application UI on the client machine. It receives the 
instructions from the NexaWeb UI server for creating and updating the applications UI. It captures all the 
events and provides default response to events that are not handled by application. Applications could 
decide to handle events on client side or server side depending on which Kernel will either execute 
specified code on client side of the application or notify the event on server side of the application. It will 
also wait for response from server and update the UI v^ea asked. It also provides caching of an application 
UI on the client side 



2.2.4.1 Nexel Client Kernel Platforms. 



Client kernel needs to be unplemented on many platforms that play an application UI. For Release 1 .0 only 
three platforms are targeted. 



Platform 


Technology 


Language for development 


Internet Explorer 


Active -X component 


C++ 


DHTML/JS code. Lot of this code exists today. 
Should be finished and tried out 


DHTML/JS 


Netscape Browser 


Plugin 


C++ 


Windows CE 


Proprietary player needs to develop. 


C++ 



The same code base is expected for Active-X component, Netscape Plugin and Windows CE player. These 
players will be developed using C++ language and so the code base should be same. On windows platform 
ATL Windows classes should be used to implement 



2.2.4.2 Nexel Client Kernel Architecture. 

The core functionality of the Client Kernel is to provide a rich Component Framework to create rich user 
interface. It creates instances of these components on the user's display and monitor events. The 
architecture for Client Kernel is shown below. 
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Ul Components 



%4 



Components 
Display 
Manager 



3Z 



Validation 
Components 



Events 
Manager 



3T 



Ul Server Interface 



Ul Cache Manager 



Security Manager 



Communication Layer(HTTP/HTTPS/Sockets) 



UI Components 


This is a widget set that is implemented in the Kernel. It includes 
various widgets like button, window, tree etc. 


Validation Components 


These are components provides functionality for simple validation 
of data. These components are invoked on specified events and they 
execute specified validation rules 


Components DisplayAJpdate 
Manager 


This takes care of creating Ul Components and updating them 
whenever necessary 


Cache Manager 


This manages Client Kernel Caching as well as application UI 
caching on the client side. On Windows CE Platforms it should 
bring up an application even though it is not connected to the 
server. 


Event Manager 


Event manager handles all die events 


UI Server Interface 


This module convert the packets received from the server into 
various Ul and event monitoring commands. 


Security Manager 


Handles security for communicating with the server. This 
determines the protocol and encryption that will be used. 


Conunimication Layer 


This layer provides services for communicating with the server. 



2.2.4.3 Security Manager. 



wm 



Hie Security Manager handles security for the communication records going to and from server to client. 
Standard security is used when a Web Server is involved. The HTTPS protocol is used to handle security. 
For socket-based communication, our own security mechanism will be implemented. Evaluate third party 
products to do this. 

2.2.43 UI Cache Manager. 

The Cache Manager has two purposes: 

• To cache the Client Kernel itself. The Kernel detects that there is a newer version of the Kernel 
available on the server and it downloads and runs diat Client Kernel. For browser-based 
implementations, its own caching mechanism can be used. For non-browser based implementations 
such as Windows CE, it will have to be implemented. 

® To cache the application UI. An application name and its version will be used for caching. The code 
detects application versions on the server and client and if they match, it will not download its UI from 
the server. The server can disable the caching. The different windows that are opened during different 
events will also be cached. This feature can be used to play the UI on a client even if there is no 
connection to the server. 

The cache manager uses a cache directory to save files. This directory will be identified by the 

Registry key on the windows platform: 

HBCEY_CURRENT_USER\Software\NexaWeb\Nexel\Cache Directory 

Enviroimient variable on other platforms: 

NEXEL_.CACHEDIR 
The directory structure used for caching should look like this: 
+ HOME 

+ Application Name 
+ Version 

- Filel 

- File 2 
EventWindow.map 

The directory contains a file EventWindow.map that keeps track of an event and the window that was 
opened due to the event. 

2.2.4.3 UI Record Format 

The server sends the UI information to the client using this record format. Records are written in XML and 
packaged in text and transmitted over http protocol. This format may need tuning and can be changed to a 
compact binary format. The XML format is implemented, at least for testing purposes. Hie following 
principles are implemented: 

» Each application instance has an assigned identification number. 

® Each window is identified with an identifier from the server. This identifier is used in later 

communications for event handling and property changes. 
® Every control implements properties, methods and events of its base class. Window class is the base 

class for all the controls. 

® Every control is identified by a class name. This name is identified by the Widget name in UI 

Components table. 
® The control's properties are described after identifying a window. 
® The events that are to be handled are described later on. 



Applications properties are listed in following table. 



[Application 1 





















Id 


Identifier for App 
instance 




id=123 


Name 


Application Name 




name="MyApp" 


Version 


Application 

Version 




version="1.0" 


Cache 


Use Caching 


tnie,false 


cache=true 



A ^ical record may look like this: 

<nexawebapp !d=123 name^'myapp" version =1 .0 cache=true> 
<window id=l> 

<bkcolor>yellow</bkcoior> 
<text>My First Application</text> 
<toolbar id=2> 

<button id=3 conmiand=100> 
<texP>New</text> 
<image>images/new.gif</image> 

</buttoa> 

<button id=4 command=10l> 

<text>Exit</text> 

<image>images/new.gif</image> 
</button> 
</toolbar> 

<oncommand id=100></onconimand> 
<oncommand id= 101 ></oncommand> 
<window> 
</nexawebapp> 

2,2.4,3 Event Record Format 

The Event Record Format specifies how the event records are passed back to the server. Events are passed 
back with application ID and a Window ID. It also collects the properties that are specified to be 
collected. 



A typical event record may look like this: 

<nexawebapp id^l23> 

<windowid=l> 

<oncommand id==lOO></oncommand> 

<window> 
</nexawebapp> 

2,2.43 Client Component Hierarchy* 




The following table displays the UI Components that are supported. Each Control supports its properties, 
methods and events. The following section describes each control that is implemented by the Client Kernel. 







Widget Name 


Window Equivalent 


Description 


Component 


Window 


Basic Window container 


Dialog 


Dialog 


Dialog container 


Frame 


FrameWnd 


MDI Frame container 


Label 


Static 


Caption or label control 


Push Button 


Button 


Push Button Control 


Radio Button 


Button 


Radio Button Control 


Check Button 


Button 


Check Button Control 


Text 


Edit 


Edit/Text Control 


RTF 


RichEdit 


Rich Text Edit 


HTML 


DHTMLEdit 


HTML control 


List 


ListBox 


List Control 


Combo Box 


ComboBox 


Combo Box control 


Radion List 




List Box with Radio buttons for each item 


Check List 




List Box widi Check buttons for each item 


Progress Bar 


ProgressCtrl 


Progress Bar Control 


Slider 


SliderCtri 


Slider Control 


Tree 


TreeCtrl 


Tree Control 



Table 


ListCtrl 


Table Control 


Tabbed Dialog 


Tab 


Tabbed Dialog 


Date 


DateTimePicker 


Date editing Control 


Scroll Bar 


ScToUBar 


Scroll Bar Control 


Calendar 


Calendar 


Calendar Control 


Menu 


Menu 


Menu 


Tool Bar 


TooIBar 


Tool Bar control 


Status Bar 


StatusBar 


Status Bar Control 






Message Dialog 


MessageBox 


Message dialog with OK and CANCEL button 


Confirm Dialog 


MessageBox 


Confirm Dialog with YES,NO, CANCEL 
buttons 


Input Dialog 




Input Dialog with one edit control 


File Dialog 


FileDialog 


File Selection Dialog 


Color Dialog 


ColorDialog 


Color Chooser Dialog 


Print Dialog 


PrintDialog 


Printer selection dialog 



2.2.5 Nexel Communication Format. 

Nexel provides many ways of communication between Cli&nt Kernel and Delivery Server, For each client 
type there could one implementation. In this release only one format is to be implemented The 
communication happens in the UI record format and Event Record format. The following tables describe 
the properties, methods and event that each component could have. 



1 Compon^t 












location 


Window Location 


Left, top, widtii, 
heigjht 

Left or top = -1 locate 
anywhere 

Width or height = -I 
freely size 


Iocation="10,10rl-1" 


bkcolor 


Backgroimd color 


Color Value 


bkcolor=red 


textcolor 


Foreground color 


Color Value 


textcolor=green 


state 


Window state 


minimized 
maximized 
normal 


state=nionnal 


minimizebox 


Window has 
minimize box 


True,false 


minimizebox=true 


maxiraizebox 


Window hax 
maximize box 


tnie,false 


maximizebox=tnie 


cancelbox 


Window has cancel 
box 


true, felse 


cancelbox=true 


systemmenu 


Window has 
system menu 


true, false 


systemmenu=true 


visible 


window is visible 


true,false 


v{sible=true 


enabled 


window is enabled 


true,false 


enabled=true 


contexthelp 


Window has help 
button 


true,false 


contexthelp=false 



text 


Window 
title/caption/text 




text="My window" 


border 


Window border 


none 
fixed 
dialog 
sizeable 


border==none 


focus 


Window has focus 


true/false 


focus'^tnie 


font 


Window font 


see font description 




icon 


Window Icon 


value 


icon-*images/icon.gif* 


cursor 


Mouse pointer 




cursor="miages/hand.gif' 


helpuri 


Help URL 




helpuri- 'help/mywindow.htm" 


flash 


Flash Window 


true, false 


flash=true 


tooltiptext 


Tool Tip Text 




tooltiptext="Here is my tooltip" 














print 


Print the window 




<print></print> 


center 


Center Window 


window id 


<center id=10></center> 


redraw 


Redraw Window 




<redraw><;/redraw> 


move 


Move Window 


left,top,widtii.height 


<move> 1 0, 1 0,- 1 1 </move> 


show 


Show Window 




<show></show> 


moveto 


Move Drawmg 
point 




<moveto x-10 y=10> <ymoveto> 


lineto 


Draw Line 




<pen>...</pen> <lineto x=10 y=10> 
</lineto> 


circle 


Draw Circle 




<pen> . . . </pen> <brush> . , . </brush> 
<circle x=10 y=10 radius=20 fill=true> 
</circle> 


rectangle 


Draw Rectangle 




<pen>...</pen> <)nish>...</brush> 
<rectangle x=10 y=IO width=20 
height=20 fill=true> </rectangle> 


polygon 


Draw polygon 




<pen>. . . </pen> <brush> . . . </brush> 
<polygon points=10,10;20,20;30,30 
fill=true> </rectangle> 














Onmousedown 




button, x,y 


<onmousedown button=lefl x=10 
y=20></mousedown> 


onmouseup 






<onmouseup button=left x=10 
y=20></mouseup> 


Onmousemove 






<onmousemo ve x= 1 0 
y=20></mousemove> 


onclick 






<onclick button=left x=10 
y=20></onclick> 


ondblclick 






< ondblclick button-left x=10 y=20X 
ondblclick > 


onactivate 


window is 

activated 




<onactivate oIdacttveid=122> 

</onactivate> 


ondeactivate 


window is 
deactivated 




<ondeactivate newactiveid=133> 
</ondeactivate> 


Oncontextmenu 


context menu is 
requested 




<oncontextmenuXoncontextmenu> 


onfocus 


window is getting 




<focus oldfocusid=i 1 1> </focus> 











onkiUfocus 


window is loosing 

focus 




<onkillfocus newfocusid=l 11> 
w ouKii no cus^ 




I1CX|/ lo iliVVflVCU 






onkeydown 


key is down 




<onkeydown key="b" sliift=true alt=false 

V/Ui U Uv< — UilJvv YUvJVVll'^ 


onkeyup 


key is up 




<onkeyup key="b" shifHrae altHTalse 
ctrl=true> </onkeyup> 


ODkeypress 


key is pressed 




<onkeypress key="b" shift=true alt=felse 
ctrl=true> </oiikeypress> 


onresize 


window is resized 




<onresize width=IO height=50> 
</resize> 


oiunove 


window is moved 




<onmove ieft=10 top=20> <yomnove> 


oncommand 


Window recieves a 
command 




<oncommand id=200> </oncommand> 




submit 



Submit dialog 



<submit></submit> 



Frame 


























spUtdir 


Split Direction 


horz,vert 


splitdir=horz 












x-=^:'^)^'^'^'«r\^^>•'^?^>^o^-J.^ x<<>."$A "v)t.-^v,s 
















split 


Split the frame 


pane, no of panes 


<splitpane^0,l panes~2></split> 


attach 


Attach Window 


window 


<attach windowid=100 > </attach> 








&^ 































Label 





OA 



■is 





















image 


Image 


image file name 


miage— miages/y6s.gu 


overimage 


Image to be 
displayed when 
mouse is moved 
over 




over!mage^"unages/no,gif' 


downimage 


button image when 
pushed down 




downimage="images/down.gif' 


selectedimage 


button image when 
selected 




selectedimage^"images/selected,gif' 


imageloc 


image location in 
reference to text 


left,top,right,bottom 


imageloc=top 


imagealign 


image alignment 


lefl,right,center,top,bo 
ttom,vcenter 


imagealign="top,center" 




oncommand 



I <oncopamand id=202> </oncommand> 



Radio Bmm 



selected 



radio button is 
selected 



true,false 



selected=true 




Check Box 
















checked 


button is cheked 


true,false 


checked=true 









































1,0 



j 














1^ 

..XSSI. 




















multiline 


whether multiline 
text 


true,false 


miiltilTie 




textlimit 


number of 
characters allowed 


number 


textlimit- 10 




editmask 


mask to be used for 


string 


editmask-"###.##.####" 






editing 








datatype 


type of data 


string,number,date,cur 
rency,amount 


datatype-date 




outformat 


output format 


string 


outformat="$%x" 


.!!K5!a. 


align 


Alieiiment 


left,center,right 


align=Tight 
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clear 


Clear the text 




<clear></clear> 




cut 


Cut the selected 
text to clipboard 




<cut></cut> 




paste 


Paste from 
clipboard 




<paste></paste> 




copy 


Copy the selected 
text to clipboard 




<<;opyx/copy> 




, , , ^ „ ' ^'^-f 










Name ^ \/:^tr 
onchange 


Text is changed 




<onchange tex(r="1234"><yonchange> 









RTF 




nil ifll II 



I 



I 



t3 





List 



iistitem 



List item 
description, many 
records repeated 



text,image,data 



iniage="images/checked.gif' 
data="avalue" x/listitem> 




<selchange iBdex=0 text="xyz" 
data=="abc"> </selchange> 



Check List 



I 



, ^; ., „m . ,M.. i ^M I .MmM. i ^ i 4J li Mm ., Mim 




BcroiiBdr 




scroll 



setscroll 



Scroll the bar by 
oiBfset 



Set the thumb 



scroll=-10 



setscroll=100 



poschange 



Position Changed 



<poschange newpos=105> 
</poschange> 













smoodi 


Smooth Scrolling 
bar 


true,false 


smooth=true 


step 


...sa 




5;tep=10 




fc-?-- 






stepit 


Advance 




<stepit numofsteps=10> </stepit> 























Slider 
































Caieiidar < 


- ■.. . - k - ^ -- - \ 


















daterange 


Range in Calendar 
Control 


from, to 


<daterange from=" 1/1/99" 
to-'2/2/00"></daterange> 


date 


Selected date 




date="I/l/00" 






f^^'^^.'^^^^^ , 
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selchange 


Date selection 
changed 




<selchange newdate="l/l/00"> 
</selchange> 

















inputmask 


Input Mask 




mputmask="nwn/dd/yy" 


outformat 


Output Format 




outformat="dd-nimm-yyyy" 



































Tree ^ . ^ 
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treeitem 


Tree Item Structure 




<treeitem parent=0 id=l text="abcd" 
image="open.gif' openimage="close.gif' 
selectediniage="selected.gif ' children^ 1 
data="extl 11" state=expanded> 

</treeitem> 


selecteditem 


Selected Tree Item 




<selecteditem id " text="abcd" 
data=="extl 1 1 "> </selecteditem> 


rightclickitem 


Item where right 
clicked 




<rightclickitem id =" 1 " text="abcd" 
data="extl 1 1"> </rightclickitem> 












insertitem 


Insert Item 




<insertitem> <treeitem>. . .</treeitem> 
</insertitem> 


deleteitem 


Delete Item 




<deleteitem> <treeitem>...</treeitem> 









</deleteitem> 


deleteall 


Delete all items 




<deleteall> </deleteall> 


expanditem 


Expand Item 




<expaQditem id=l> </expanditem> 


selectitem 


Select Item 




<selectitem id=l> </selectitem> 


sortchildren 


Sort Children 




<sortchildren id=lx/sortchildren> 


ensurevisible 


Ensure Visible 




<ensurevisible id=l> </ensurevisibIe> 


ediflable 


Edit Label 




<editlabel id=l> </editlabel> 


setitem 


Setitem 




<setitem> <treeitem>...</treeitem> 
</setitem> 


begindrag 


Begin Drag 




<begindrag id=l> <;/begindrag> 


enddrag 


EndDn^ 




<enddrag id=l droptarget=5 > 
</enddrag> 


itemexpanded 


Item expanded 




<itemexpanded id=-l text- x.yz 
data="asl 11 "> </itemexpanded> 


itemexpanding 


Item expanding 




<itemexpanding id=l text="xyz" 
data="asl 1 V'> </itemexpanding> 


selchanged 


Selection Changed 




<selechanged id-1 text="xyz" 
data="asl 1 1"> </seIechaiiged> 


selchanging 


Selection Changing 




<selechangmg id-1 text="xyz" 
data="asl 1 1 "> </selechangmg> 
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tablecol 


Table Header 
Column 


see table column 


<tablecol>. . .</tablecol> 


tablerow 


Table Row 




<tablerow>. . . </tablerow> 


tablecell 


Table Cell 




<tablecell>. , ,<tablecell> 


selectedrows 


Selected Row 




selectedrows=lO,l 1,12,13 


























spies , ' - 


insertrow 


Insert Row 




<insertrow> <tablerow>...</tablerow> 
</insertirow> 


deleterow 


Delete Row 




<deleterow row=l> </deleterow> 


deleteall 


Delete all Rows 




<deleteall> </de!eteall> 


selectrow 


Select Row 




<selectrow row=l> </selectrow> 


sort 


Sort table 




<sort column=l></sort> 


ensurevisible 


Ensure Visible 




<ensurevisible row=l> </ensurevisible> 


setrow 


Set Row 




<setrow row=l> 

<tablerow>...</tablerow> </setrow> 


settablecell 


Set Table Cell 




< settablecell row=l col=5> 
<tablecell>...</tablecell> </ settablecell 

> 


insertcol 


Insert Column 




<insertcol after^l> 
<tablecol>...<tablecol> </insertcol> 


deletecol 


Delete Column 




<deletecol col=l> </deletecol> 


deleteallcol 


Delete All 
Columns 




<deleteallcol> </deleteallcol> 











































begindrag 


Begin Drag 




<begindrag id=l> </begindrag> 


enddrag 


End Drag 




<enddrag id-1 droptarget-5 > 

</enddrap:> 


selchanged 


Selection Changed 




<selechanged id=l text="xyz" 
data="asl U"> <;/selechanged> 


selchanging 


Selection Changing 




<selechanpiig id=l textr="3iyz" 
data="asl 1 1"> </selechanging> 


























<ib^d-l ii^a^e-"mytab.gif ' 


tab 


Tab stucture 


All button attributes 
and view attribute 


textr="abcd" view="abcd"> </tab> 


selectedtab 


Selected Tab 




<selectedtab> <tab>...</tab> 
</selectedtab> 












inserttab 




Insert Tab 




<inserttab> <tab>. . . </tab> <yinserttab> 


deletetab 


Delete Tab 




<deletetab> <tab>...</tab> </deletetab> 


deleteall 


Delete all tabs 




<deleteall> </deleteall> 


selecttab 


Select Tab 




<selecttab id=l> </selecttab> 


settab 


Set tab 




<settab> <tab>,..</tab> <;/settab> 






















selchanged 


Selection Changed 




<selechanged id-1 text="xyz" 
data="asl 1 !"> </selechanged> 


selchanging 


Selection Changing 




<selechanging id=l text="xyz" 
data- *asl 1 !"> </selechanging> 






StMm Bar 
















<p^e M^ex^='T^^ help press Fl "> 


pane 


Pane 


All button attributes 


</pane> 


'J .-:^-'^^^yi ,. ^ 
















addpane 


Add Pane 




<addpane> <pane> . . . </pane> 
</addpane> 


setnane 


Set Pane 




<setpane><pane>...</pane> </setpane> 































Tool Bar 



m HIT 



















tool 


Tool coulbd be a 
button or other 
control 


All control Attributes 


<^ool id=l> <button>..,</buttonx/tool> 


QOCKCU 


Which side docked 


top,left,bottom,right,fl 
oat 


docked=£loat 


moveable 


Can be moved 


no,canfloat,yes, 
candock 


moveable=canfloat 












addtool 


Add Tool 




<addtool after=lxtoo>. . .<^tool> 
<addtool> 


settool 


Set Tool 




<settoolxtool>...</toolx/settool> 












oncommand 


When tool is 
clicked 




<6ncommand id=100> </oncommand> 













<^enuite^.^!^menu^ 


menuitem 


Menu Item 


See menuitem 
description 




layout 


Layout 


vertjhorz 


layoutr=vert 










addmenu 


Add Child Menu 




<addchild after=l> 

<menuitem>...</menuitem> </addchild> 


setmenu 


Change Properties 




<setmenu> <menuitem>. . .</menuitem> 

</setmenu> 










oncommand 


When menu is 
clicked 




<oncomman^ id=100> <yoncommand> 











M«»sage Dlalc^ 














































message 


Message 




message="Test Message" 


icon 


Icon 




icon="images/image.gif' 


buttons 


Buttons 


ok,canceI 


buttons=ok/cancel 


return 


Button Presses 


ok,cancel 


retum=ok 
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close 


Dialog closed 




<close retum=ok></close> I 






<close rrtum=ok tex^="acde"> </close> 
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color 


Color 




color=red 
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close 


Dialog closed 




<clLe r^tim==o^^ </close> 



MeBlalog 








mi^^^'^^^T^^- 




U.MII.mm.MH, M,l,.j:.IIMM.m^M|.l.?... 


startdir 


Starting Directory 




startdir="c:\" 



filter 


File Filter 




filter="*.*" 


file 


initial riie 




file=="My File" 


muitiflle 


Allow Multiple file 

selection 


true,false 


multifile=Mse 


existfile 


Existing Files only 


true,false 


existnie— uiie 
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<ciose retum=ok fii^^c^gl-^f^"^ 


close 


Dialog closed 




</close> 




Validation . . - 




^|V^^ i:^^S 














validateid 


Control to validate 




validateid=10 


compareid 


Control to 
Compare 




compareid=15 


valtype 


Validation type 


required, compare, 
range, expression 


valtype=Tange 


comparetype 


Compare Type 


equal, lessthan, 
greatherthan, notequal 


comparetype="equal,lessthan" 


message 


Message when 
failed 




message="Range validation Failed » 


minvalue 


Minimum Value 




minvalue=10 


maxvalue 


Maximum Value 




maxvalue=40 


expression 


Expression to 
check 




expression="[0-9]{3}\s[0-9]{3}-[0- 
9H4}" 










>Mame ^ ' ^ 


'Bi^CriqptiOB, 






























close 


Dialog closed 




<close retum=ok printer^" HP Laseijet 
Iir'> </close> 
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size 


Size of Font 




size=10 


face 


Font Face 




face-"Time Roman" 


bold 


Bold? 


tme,felse 


bold=trae 


underline 


Underline 


tme,faise 


underline=tnie 


italic 


Italic 


true,false 


italic=false 


striketiirough 


Strikethrough 


true,false 


striketbrough==false 


textcolor 


Text Color 




textcolor=red 


backcolor 


Background Color 


1 backcolor=yellow 



































size 


Size of pen 




size^lO 


shape 


Shape of pen 


square,round 


shape-square 


color 


Color 




color=Ted 


style 


Pen Style 


solid,dash,dot, 
dashdot,dashdotdot 


style=dash 


insideframe 


I>rawing is inside 
bounding limits 


true,false 


insiderframe=tnie 






Brush ^ 
























style 


Brush Style 


solid,bidigonal, 
cross,diagcross, 
fdiagonal,horz, vert, 

image 


style=dash 


color 


Color 




color=red 


image 


Pattern Image 




iamge="pattem.gif' 



Structures Used in Components 















text 


Text 




text="&FiIe" 


image 


Image 




image="images/file.gif' 


imageloc 


image location in 
reference to text 


left,top,right,bottom 


imageloc=top 


imagealign 


image aligranent 


left,right,center,top,bo 
ttom,vcenter 


imagealign="top,center" 


popup 


Popup menu 


true,false 


popup=true 
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visible 


Visible 


true,false 


visible==true 


enabled 


Enabled 


true,felse 


enabled=false 


checked 


Checked 


tnie,false 


checked=felse 


hint 


Menu hint 




hmt^"OpenaFile" 


data 


Menu data 




data="abcd" 


id 


Conunand id 




id=lOO 


hotkey 


Hot Key 




hotkey="ctrl"N)" 


align 


Alignment 


left,top,right,bottom 


align=left 

























row 


Row 




row=10 


col 


Column 




col=10 


text 


Column text 




text="abcd" 


image 


Colunan Image 




image="images/attach.gif' 


bigimage 


Big Image 




bigimage="images/bigattach.gif' 


data 


Cell Data 




data="celldatar" 























col 


Column 




col=10 


text 


Column text 




text="abcd" 


image 


Column Image 




image="images/attach.gif' 


data 


Cell Data 




data="coldatar" 


width 


Cell Width 




width- 1 00 


sortedon 


Sorted on this column 


tnie,false 


sortedon=true 











Table Row 
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tablerow 


Row 




<tabIerow row=10 data="abcd" > 
<tablecell>. . . </tablecell> 
<tableceli>. . . </tabIecell> 
<ytablerow> 



2.2,6 Layout Manager 

Hie Layout Manager allows adjusting the screens produced by a Java Application. This adjustments may 
be needed depending on client type. This application has to be developed using JFC and Java. This tool will 
load screens from application and will allow changing some of their properties. Once the screen has been 



adjusted it will save a template into a file. The developer could decide Ac file format. A Java class for 
loading the file needs to be provided so that applications can use it. 



2.2J Code Analyzer 

The Code Analyzer will analyze existing Java applications and pin point the problems running that 
application under Nexel envu-onment. The programmer can make tibiose changes and recompile the 
application and deploy it. At this point in tune, limitations are not known m great detail. So a rule based 
engine needs to be developed. This could be a command line tool, which analyzes application source code 
and finds problems and suggest alternatives, much like a compiler. 
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Appendix 1. Nexel Core Classes Initial Implementation 



Class com.nexaweb.server.ConnectionManager 



-«**n«wiEcBraK!Kthrw«ia 
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$(«m»c)tpte4t^^M ■rtjy^ftntwtfiMa* |«iOTWBm««Nwawid; 

if(pg<=x;au9] trade; ' ' t \ 



Class com.nexaweb.sBrver.Nexel 



^ ^^^^ ^ " : / ^ ' 



Class com.nexaweb.server.Nexel 





J : ^ o i ^ ' ; 



Class com.nexaweb.server.AppManager 



Class com-nexaweb.server.ApplicaUon 



Class com.nexaweb.seiver.Appllcalion 






^1 



Class CO ni.nexaweb.server.EveniManager 




. 1*:- 



^ - " ^ \ ^ ' ' ' 
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T^p«BdthT»Btf»|avi lanfl,Tft»BjJ.curfanlThraadO; 

j»y<,iMt»M<)WB*ievBnK«PP. eviwi«rt,ctr«!{,v,«Mju<>«t,roijpoti*&). . 



SVal«J»i^ul.prtn«n(-A.<!lK»ft ev*nJ;6sr«bapn;MasftcHohE¥OhtTf, 
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«ye{i$m,<mtpflnttn{*ttftlB{Mifl prftcesBlnjB ovetrt.Tftrood«^*-tname>: 



Class com. nexaweb.server. Even tManager 
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r ..; : r \ ^ \\ " ; \ 

' //,Sy«l»m:jut.prtdttarjitQfe6*»BTB«6nol<«veBl: • 

\ svsii»,««tj»arfi^p*wB«»«^»«^ " ' 

piibU bta^tc Viiid prtceM>W{rt<foVitW«ttt{Appte*t»li ap». mt4M,St«hft 
cW,V«c<9f H6t9nwft.mtpB«tvt*m«<j««»t wsuetrt, 

HfipSaTtfJs»ttBpon«e M«psn«B) ^ 

tf<eW»=flttl£vi«nt«3{-Wtt>dowEvor>r)U 

trtet(tno«(otVttl!ni{i»>Ust*n«f)>{ ^ ... 

' X -rofBWt' 

^tuRi; ^' , ^ ^ ' , 

s»».wln<l«wteott1flea(*(««tK . ' ^ 
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Appendix 2: Nexel Server Class Diagram 



Packages : 

• com.nexawebxore: core classes for Nexel Server 

• com.nexaweb,net: Nexel Network Engine for communicating with Nexel Client 
Kernel and other Nexel Servers 

• Selected classes in package java.awt 

• Seleced classes in package javax.swing 

• com.nexaweb.plaf.ce: all the UI classes for Windows CE platform 

• com.nexaweb,plaf.pc: all the UI classes for PC (Widnows desktop, Unix machine, 
Machintosh) platforms 



Packagecom.nexaweb.core{NexeiCoreC!asses) UyoutManagers 



'"■iif. s 



m 



javax.seivlet.httpservtet.HttpServlet 



com.nexaweb.coie.NeKei 



com. nexavtfeb.core.AppManager 




com.nexaweb.core.Applicatton 




com . nexaweb.core.Ev entManager 




com nexaweb core JVMManager 




cafn.nexaMeb.cote.ComiectionManaoer 




com nexaweb.core Perf ormanceManager 



Intert acejav a .awt . Lay outManager 
iav a.awt . Lay outManager2 














]ava.awt.GiidLayout 






java.awt.FIowLay out 






javcLawtGridBagLay out 






java.awt.BoxLayout 






Jav a.avtft.CardLay out 






javax.swing ViewportLayout 






javax.swing ScroltPaneLayout 




jav ax swing. OverlayLay out 



Packagecom.nexaweb.net 



AdditionalCIasses 



com. nexaweb net.NetEngine 




java.awt.Graphics 




com. nexaweb net.NexelServerSocket 




jav a awt Graphics20 




com.nexavueb.net SocketHandl^ 




jav a awt. print PnnterJob 




com nffltavweb.net.CltentNetEngine 




java.awt Toolkit 




com.nexaweb core ServerNetEngme 




com nexaweb.validation 




com nexaweb.net.NexetServletRequest 




com nexaw^.net NexelServletResponse | 


Additional Drag&Drop support classes 



'ft 



Packagejava-swingandjava^wt 



iavaawtComponent 



— JavaxAwIngBox 



— javax^swIngJComponent 



— Java.awtPaMi 



]ava.awt.Cont^Br 



JavaxAwlngJApplet 



— Java^wt.Window 



Ij 



javax.8Wlng.JVifindow 



javajiwt-Dlalog 



]avax;8WtngJDlalog 



— Java.awtJVafne 



javax^wingJF^wne 



AbsractButton 



BBsic IntematFnnw'TMtePBne 



JColeiClwocer 



JlnteniaFram& 



JLabel 



JPta^essBar 



JTableKeader 



JToKtCoraponent 



D-C 



MantBiCotnbDiBoxButtDn 



JChecicBoxMenultem 



jRadloButtonMBnultem 



- JChBCkBoK 



BasicConOxiBaxRendeter 



DefauHUstCatRendemr 



Oaf ButtTableCellR enderer 



OefaultTteeCeORendefer 



AbsractCotorChooserPana 



BasicComboPopup 



j javax ewmg ooraer ADstractUorie j 



javaoc swing border BwoBflrtw 


SoftBsvelBoider | 








Javax swing border Emfity Banter 


Javax swing border EtechedSondBr 


javax svi^ng border UnaBorder 


favax swfM border MatteBordar 


Javax swtng border TiMadBordar 





JEditorPane 




JTextPsn© j 


JTaxtArea 






H 


T3afauUTre9Cellt)ddor UelaulT 
extFtetd 


JTextFlsld 


JPasswordFldtS 







Javax swing Swingutllitles 



Javax swing Ulfifanager 



javax swing UlOofaults 



n 



Package com.nexaweb.plaf.ce 



com.nexaweb.ptaf.CBCompon&ntU 



com.nexaweb.piaf.CBContainerU 



com .nexaweb4iIaf.CEBoxU 



CBComponentUI 



CB^anelUI (for awtPanel) 



CEAppletUI(forJAppIet) 



CBVindowUI(for 
awtWindow) 



I r CaWindow Ul (for 
JWHidow) 



CBSalogU (for 
awtDialog) 



"U 



CeDialog( for JEMatog) 



CHrametfl 



U 



CEPram elM (for JFram e) 



CEAbsractButtonU 



}- 



CEMenultemUl 



CETogotsButtDaUl 



CEBasfcAirowButtonUI 



CEMetrtalComboBoxQuttonUI 



CECoIoiChooseiUI 



CEComboBoxUt 



CEFtleChooseiUI 



CElntemalFiBmBUI 



CEDesMoplconU) 



CELayerttdPancUl 



CEOptlonPaneUt 



cePanelUI(JPanel} 



CEPopopMenuUi 



CERoofPaneUJ 



CEScrallPansUI 



CESpBtPaneU! 



CBTabiKdPanaUl 



CET^HeadsrUI 



CHTaxtComponentUI 



CEToolTlpUl 



CECheclcBoxMenuUemUi 



CERadioButtonfifenultemUt 



CEBasicComboBoxRendaretU 



CEDefaultUstCeDRendereiUI 



CEOefauRTabteCelRBndereit 



CEDefaultTreeCeURendereiU 



CEJOesktO|4»anBUt 



\~ CER8(B(SuttoriUI 



CEAbsractCototChooserPaneUI 



CESasicComboPopupU I 



CEAbstractBordetUJ 



CEBbv elBotdeiljl 


CESoftBeveiSordartJlj 


CECompoundBotdeiUi 




CEEmptyBoTderUi 


CEBechedBordertJI 


CEUneBordertJI 


CEatteBonterUI 


CETrttladBonJefUJ 



CEEditorPaneUI 



C£Tei(tPiel(iUr 



CEToxlPaneUI 



CSDefavitTextFiefdUl 



CEJPassvnrdFieldUI 



1^ Mill 'IHI 



Package com.nexaweb.plaf.pc 



h: 



— comjiaxaweb.plaf.PCBoxUI 



— PCComponenHJI 



■0 



com .nftnwreb.piaf .PCCom ponentU 



coin.fifixaweb.plaf.PCContaInerUI 



PCPanelU (for awtPanet) 



li 



PCAppletUI(forJApplet) 



PCWindowU(for 
awt. Window) 



PCWindowUI(for 
JWtndow) 



PCi3iaiogUI(for 
owtDialog) 



PCDiaIog( for JDialog) 



PCFrameUI 



"U 



PCRram eUl (for JFi-am e ) 



PCAbsractButtonU 



PCCoknChooseiUi 



PCFiteChooseiUi 



PCintemalFrameUI 



PCOesMoplconUI 



PCLabelU 



PCLayeredPaneUi 



PCOptnnPaneU! 



PCPanslUI (JPaneU 



PCPopupMenuUI 



PCProgressBaiUl 



PCRootPaneUI 



PCScnJlPaneUl 



PCSoparatorUl 



PCTabbedPaneUJ 



PCTaUeHeadedJi 



PCTeirtCotnponenfUl 



PCViewpaitUI 



3-C 



PCBssicAmmButtonUI 



PCMentBtComboBaxButtonUI 



-L 



PCMenuttemUl 



h: 



PCToegleButtonUI 



PCChockBaxMenuttemUi 



*— PCRadioButtonMenultemUl 



PCCheckBoxUI 



PCBaslcC om boBox R endereiU 



PCDefauRUstCeDRendereiUI 



PCDafaultTabteCellRenderettJ 



PCOefaultTreeCeHRenderatU 



PCJDesictopPaneUi 



L PCRBdioButtonUI 



PCAbsractColoTCboDse[P«teUI 



PCBaslcC amboPopupUl 



AbstractBoiderUI 



PCBevelBoFderU] 


PCSoflBevetBondl6iUi| 


PCCompoundBoideiUI 




PCEmptyBoideiUI 


PCEtechedBotderUI 


PCUiwBorderUI 


PCatteBoidaiUI 


PCTttttedBordarUI 









-H 






PCEdttorPaneUi 








PCTeitAteaUl 








H 






PCTextFleldUl 







PCTextPeneUI 



PCDsfaurtTextFlaldUI 



PCJPassvwrdFieWUI 



